home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1994 March / Internet Info CD-ROM (Walnut Creek) (March 1994).iso / answers / news / inn-faq / diff2 < prev    next >
Internet Message Format  |  1994-04-05  |  11KB
  1. Path: bloom-beacon.mit.edu!hookup!swrinde!cs.utexas.edu!uunet!news.mentorg.com!sdl!not-for-mail
  2. From: tal@Warren.MENTORG.COM (Tom Limoncelli)
  3. Newsgroups: news.software.nntp,news.software.b,news.answers
  4. Subject: Changes to INN FAQ Part 2/4: Debugging Guide & Tutorial
  5. Supersedes: <inn-faq-changes-2-765518416@Warren.MENTORG.COM>
  6. Followup-To: news.software.nntp
  7. Date: 5 Apr 1994 11:34:54 -0400
  8. Organization: Mentor Graphics - IC Group, Warren, NJ, USA
  9. Lines: 262
  10. Sender: tal@Warren.MENTORG.COM
  11. Approved: news-answers-request@MIT.Edu
  12. Distribution: world
  13. Expires: 04/20/94
  14. Message-ID: <inn-faq-changes-2-764139608@Warren.MENTORG.COM>
  15. References: <inn-faq-changes-1-764139608@Warren.MENTORG.COM>
  16. Reply-To: Tom_Limoncelli@Warren.MENTORG.COM (Tom Limoncelli)
  17. NNTP-Posting-Host: sdl.warren.mentorg.com
  18. Xref: bloom-beacon.mit.edu news.software.nntp:5494 news.software.b:4176 news.answers:17711
  19.  
  20. Posted-By: auto-faq 2.4
  21. Archive-name: inn-faq/diff2
  22.  
  23.  
  24. [ There was a problem with the 'diff' shell script I was
  25. using.  Diffs haven't been properly posted here since
  26. the beginning of the year (maybe longer).  So, here are
  27. the diffs since Jan 1. ]
  28.  
  29.  
  30. *** 1.13    1994/01/17 14:32:59
  31. --- FAQ-inn.2    1994/03/31 21:21:59
  32. ***************
  33. *** 1,4 ****
  34. ! Last Changed: $Id: FAQ-inn.2,v 1.13 1994/01/17 14:32:59 tal Exp $
  35.   
  36.                     Part 2 of 4
  37.   
  38. --- 1,4 ----
  39. ! Last Changed: $Id: FAQ-inn.2,v 1.25 1994/03/31 21:21:56 tal Exp $
  40.   
  41.                     Part 2 of 4
  42.   
  43. ***************
  44. *** 25,30 ****
  45. --- 25,31 ----
  46.       syslog message: ME internal no control and/or junk group
  47.       syslog message: Can't setup communication (bind failure)
  48.       syslog message: ME bad_newsfeeds no feeding sites
  49. +     syslog message: ME cant GetConfigValue
  50.   THE DEBUGGING TUTORIAL:
  51.       Should I read the Install.ms file in its entirety
  52.           before reading this document?
  53. ***************
  54. *** 42,47 ****
  55. --- 43,49 ----
  56.       How does the "ME" line interact with the other lines?
  57.       Cookbook example of an outgoing NNTP feed.
  58.       Cookbook example of an outgoing UUCP feed.
  59. +     Cookbook example of an outgoing UUCP-over-TCP feed.
  60.       Testing an outgoing feed (your "newsfeeds" configuration).
  61.       Other cron jobs.
  62.       Cookbook example setting up NOV ("overchan").
  63. ***************
  64. *** 48,53 ****
  65. --- 50,56 ----
  66.       How do I use nntplink with INN?
  67.       How do I use newsgate with INN?
  68.   OTHER ERROR MESSAGES AND WHAT THEY MEAN:
  69. +     ld.so: Undefined symbol: _dbzwritethrough
  70.       Why does my innd often die with the message "Can't sync history..."
  71.       syslog message: ME cant sendto CCreader bytes 4 No such file
  72.           or directory.
  73. ***************
  74. *** 57,62 ****
  75. --- 60,68 ----
  76.       "cant fopen <newsgroup>/.thread No such file or directory"
  77.       news.daily reports: "Expire had problems removing articles"
  78.       syslog: ME cant nonblock 15 Operation not supported.
  79. +     innd: ME cant update_active control
  80. +     syslog message: innxmit[1234]: max connect failed Error 0
  81. +     Can't open "/usr/local/news/shlock955", Permission denied
  82.   
  83.   
  84.   =====================================================================
  85. ***************
  86. *** 126,131 ****
  87. --- 132,152 ----
  88.           dummy-feed:!*::
  89.   
  90.   
  91. + ------------------------------
  92. + 
  93. + Subject:  syslog message: ME cant GetConfigValue
  94. + 
  95. + Jan 12 17:38:06 galaxy innd: ME cant GetConfigValue pathhost Error 0
  96. +                                                     ^^^^^^^^
  97. + 
  98. + This means you don't have "pathhost:" in your inn.conf.
  99. + 
  100. + GetConfigValue is the routine that gets data out of the inn.conf file.
  101. + If you get the above error, it means you don't have a particular value
  102. + in your inn.conf.  Run "inncheck -v" usually will tell you what you
  103. + need to do.
  104. + 
  105. + 
  106.   =====================================================================
  107.                          THE DEBUGGING TUTORIAL
  108.                   (or, What do I do after Install.ms?)
  109. ***************
  110. *** 883,888 ****
  111. --- 904,966 ----
  112.   
  113.   ------------------------------
  114.   
  115. + Subject:  Cookbook example of an outgoing UUCP-over-TCP feed:
  116. + 
  117. + jerry@strobe.ATC.Olivetti.Com (Jerry Aguirre) writes:
  118. + 
  119. + People ask about this like it was something exotic requiring special
  120. + setup.  Kind of like: "I know how to use a wheel barrow and I know how
  121. + to shovel sand but how do I shovel sand in a wheel barrow?"
  122. + 
  123. + Step 1:  Set up a UUCP/TCP connection between you and the destination
  124. + site.  How?  Read your UUCP documentation.  If your, and the
  125. + desitination's, UUCP supports UUCP/TCP then it will be documented.  If
  126. + not then get a better version of UUCP.
  127. + 
  128. + The point is to get the UUCP/TCP link working before even thinking
  129. + about sending news over it.  This is true of any news feed over UUCP;
  130. + even dialup.  Try using "uucp" to copy some scratch file to the other
  131. + end.  When you have that working then you are ready for the next step.
  132. + 
  133. + The only "gotcha" here that I can think of is that the destination host
  134. + may not be accepting UUCP/TCP connections.  Before wasting your time
  135. + trying to debug do a "telnet destination.host.name uucp" and see what
  136. + happens.  If the connection is accepted and you see a "login" banner
  137. + then it is ready for you.  If not then ask the admin of that site to
  138. + enable UUCP/TCP.  This is typically done by uncommenting it in
  139. + /etc/inetd.conf and -HUPing inetd (on REAL versions of Unix).
  140. + 
  141. + Step 2.  Set up a standard compressed news feed to the UUCP name of the
  142. + destination site.  How?  Read your news documentation.  Setting up UUCP
  143. + feeds is a standard, documented, procedure.  In this FAQ you'll find it
  144. + in "Cookbook example of an outgoing UUCP feed".  Doing compression is
  145. + nothing special, it's part of the procedure you would be doing anyway.
  146. + It's either a flag or a slighly different command.  The news system has
  147. + NO knowledge that this is UUCP/TCP.  For all it knows this is a
  148. + standard dialup connection.  In fact is is possible to have the UUCP
  149. + connection fall back to dialup if the TCP connection fails.  The news
  150. + batching software just doesn't care.
  151. + 
  152. + The only variation here I can think of is to make the batch size bigger
  153. + than the default.  The 50K default was picked back in the days when
  154. + modems were 1200 BPS (or even 300).  It is no longer appropriate for
  155. + todays 9600 BPS or faster connections.  Using a bigger batch size cuts
  156. + down on dead time in the connection and lets compress do a better job.
  157. + I would go to at least 200K batches.
  158. + 
  159. + Now maybe it would be nice to have a "cookbook", step by step, set of
  160. + instructions on how to do this.  But UUCP seems to vary a bit between
  161. + different versions so what might work at one place would be useless at
  162. + another.  And setting up the news feed is going to be different between
  163. + the different versions of news (B, C, and INN).
  164. + 
  165. + I suggest that if people are having trouble setting up a UUCP/TCP
  166. + connection that they post their configuration to the net and ask how it
  167. + is done on their versions of Unix and UUCP.
  168. + 
  169. + 
  170. + ------------------------------
  171. + 
  172.   Subject:  Testing an outgoing feed (your "newsfeeds" configuration).
  173.   
  174.   Here is a decent game-plan for testing your newsfeeds configuration:
  175. ***************
  176. *** 963,969 ****
  177.   Step 6:  (optional) To create the original database:
  178.   
  179.       (run this as "news")
  180. !     % /usr/local/news/bin/expireover -a -s
  181.   
  182.   If you skip this step, access will be slow for articles that came
  183.   in before you started "overchan".  This is not a problem.  You
  184. --- 1041,1048 ----
  185.   Step 6:  (optional) To create the original database:
  186.   
  187.       (run this as "news")
  188. !     % /usr/local/news/bin/expireover -a
  189. !     % /usr/local/news/bin/expireover -s
  190.   
  191.   If you skip this step, access will be slow for articles that came
  192.   in before you started "overchan".  This is not a problem.  You
  193. ***************
  194. *** 1072,1077 ****
  195. --- 1151,1175 ----
  196.   
  197.   ------------------------------
  198.   
  199. + Subject:  ld.so: Undefined symbol: _dbzwritethrough
  200. + 
  201. + > Everything compiles correctly, but when I try to test rc.local I get:
  202. + >
  203. + > hermes# sh /usr/local/etc/rc.news
  204. + > ld.so: Undefined symbol: _dbzwritethrough
  205. + >
  206. + > What am I doing wrong?
  207. + 
  208. + This means that you are using a $INN/lib/dbz.c file that hasn't been
  209. + patched with the $INN/lib/dbz.pch patch.  Apply that patch file to
  210. + dbz.c and rebuild libinn.a et al. and things should be copacetic.  See
  211. + section "5.2 The DBZ package" of the Install.ms document.  This might
  212. + have happened if you don't have the "patch" program (available from any
  213. + FSF/GNU archive).
  214. + 
  215. + 
  216. + ------------------------------
  217. + 
  218.   Subject:  Why does my innd often die with the message "Can't sync history,
  219.           interrupted system call"
  220.   
  221. ***************
  222. *** 1166,1171 ****
  223. --- 1264,1275 ----
  224.           ctlinnd renumber ''
  225.   to get things synchronized again.
  226.   
  227. + If your history file is corrupt, you should do:
  228. +         ctlinnd renumber ''
  229. +         makehistory -buv
  230. +         ctlinnd renumber ''
  231. + (Note: the "makehistory" will take hours to run.)
  232. + 
  233.   
  234.   ------------------------------
  235.   
  236. ***************
  237. *** 1238,1240 ****
  238. --- 1342,1384 ----
  239.   ignore it.
  240.   
  241.   
  242. + ------------------------------
  243. + 
  244. + Subject:  innd: ME cant update_active control
  245. + 
  246. + What does "innd: ME cant update_active control" mean?
  247. + 
  248. + Look at your active file.  One of the fields is "99999" and has to be
  249. + incremented to "100000" but there is no space.  Shut down innd
  250. + ("ctlinnd shutdown x").  Edit your active file to add more leading
  251. + zero's to all the numbers.  Restart innd.
  252. + 
  253. + 
  254. + ------------------------------
  255. + 
  256. + Subject:  syslog message: innxmit[1234]: max connect failed Error 0
  257. + 
  258. + John Line <jml4@cus.cam.ac.uk> writes:
  259. + 
  260. + If you get syslog messages like "innxmit[1234]: max connect failed
  261. + Error 0" when using nntpsend, it probably means you messed up a line in
  262. + nntpsend.ctl (specifically, missed out one of the first two fields).
  263. + While nntpsend.ctl is an obvious place to look for an nntpsend problem,
  264. + there is nothing obvious to link the error message directly to the
  265. + problem, because the text "max" is actually something invented by
  266. + nntpsend when processing the file, and doesn't exist in nntpsend.ctl.
  267. + It means the next-to-last field was null, but was the second field when
  268. + it should have been the third!
  269. + 
  270. + NB Remember to try inncheck when you have problems like this. I only
  271. + just thought of it, after finding the problem the hard way, and it
  272. + immediately reported "nntpsend.ctl:18: malformed line."
  273. + 
  274. + 
  275. + ------------------------------
  276. + 
  277. + Subject:  Can't open "/usr/local/news/shlock955", Permission denied
  278. + 
  279. + This usually means you don't have /usr/local/news owned by "news".  The
  280. + first time you run "make install" it should set the proper ownership if
  281. + you run "make install" as "root".
  282.